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[0001] 



This application claims the benefit of U.S. Provisional Application No. 



60/1 76,421 , filed on January 1 4, 2000. 
BACKGROUND OF THE INVENTION 
Technical Field 

[0002] The present invention relates generally to a method for facilitating bidding 
transactions, and more particularly to a method for enabling one or more contractors 
to conduct confidential assignment bidding transactions with at least one bidder 
preferably via a suitable communications channel. 

Background Art 



by outsourcing projects to third-party software developers to produce customized 
software item products or components for internal use or for incorporation into 
products. Typically, the company prepares a software requirement specification 
enumerating specific requirements or desired software characteristics and features 
to be embodied by the program or software item. The specification is then posted 
or distributed to interested software developers. In this manner, the company 
solicits competitive pricing bids from the software developers. A deadline for bid 
submission is typically established and the process is usually confidential and 
secret. Once the deadline lapses, the company refuses any more bids and reviews 
the timely submitted ones. The contract for the project is typically awarded to the 
lowest bidder and the winning bidder is identified and announced. The winning 



[0003] 



Companies often have software development needs that can be fulfilled 
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bidder proceeds to develop the software item based on the software requirements 
within the schedule and cost allotted. 



schedule and budget, yet still contain quality problems (i.e. defects, bugs, missing 
requirements). The above bidding procedure is typically time-consuming, expensive 
and administratively burdensome for the company to implement and carry out, and 
the sheer volume of administrative tasks required can easily ovenA^helm an 
understaffed-company. In addition,-the system lacks any safeguards that wouJd 
assure the quality of the delivered product and the desired on-time delivery 
commitment on the part of the winning bidder. The procedure further lacks any 
capability of demonstrating to the company what a particular project should cost and 
whether or not the bidders' amount is feasible in view of the software requirements 
specified and in view of the bidder's own software development capabilities and 
process. Accordingly, where the time, cost, reliability and quality of the delivered 
software item product or service are of paramount importance, the above bidding 
system is thoroughly lacking and unsuitable for satisfying the needs of the company 
or contractor. 

[0005] For the foregoing reasons, there is a need for a method for enabling one 
or more contractors to solicit bids from at least one bidder and contract out a job 
project to a winning bidder via a confidential bidding process conducted over 
suitable communication channels. There is a further need for a method which 
ensures the quality and on-time completion or delivery of the outsourced project. 
There is a further need for a method which further permits the bidders to gauge 
each of the software requirements or criteria in the specification for purposes of 
reaching an appropriate bid amount based on its own past performance and 
efficiency as indicated by historical metrics data or software metrics data collected 
from past projects, while permitting the contracting company to use the same 
historical metrics data in a facilitated manner to evaluate each participating bidder, 
what the assignment should cost, and the bidder's probable time for completion; It 



[0004] 



It is widely known that software projects are notorious for running over 
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would also be desirable for the contractor to supervise and monitor the progress of 
an outsourced pending project subsequently to the selection of the winning bidder. 
In this manner, the contractor may be able to readily coordinate one or more 
outstanding projects which may be related for improved efficiency. 

SUMMARY OF THE INVENTION 

[0006] The present invention is generally directed to a method for facilitating a 
bidding transaction between a contractor and a bidder using software metrics 
collection. The method further provides for the contractor to monitor, track, and 
manage a project contracted out to a successful bidder during the course of 
software development. The present invention desirably ensures a high quality and 
reliable software product delivered in a timely manner at a reasonable cost to the 
contractor. The method of the present invention may be implemented in a simple, 
cost effective and efficient manner, and is especially suitable for various commercial 
transaction uses. 

[0007] In accordance with an aspect of this invention, a method for conducting a 
project bidding transaction for a software item to be developed involves 
communicating electronically over a communication network between a contractor 
client system, a bidder client system, and a central bidding server system. A 
database in the central bidding server system stores software metric data gathered 
from a plurality of bidders. A contractor client system transmits over the network 
software requirement information identifying the software item to be developed. A 
bidder client system receives this information and, if the bidder desires to make a 
bid, sends its bid information to the central bidding server system, including an 
identifier of the bidder. The central bidding server retrieves the historical metric data 
associated with that bidder as previously stored and generates a bid record along 
with the historical metric data information for communication, over the 
communication network, to the contractor client system, for review prior to selection. 

BRIEF DESCRIPTION OF DRAWINGS 
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Brief Description of the Several Views of the Drawing 

[0008] FIG. 1 is a system configuration diagram illustrating one aspect of the 
present invention. | 

[0009] FIG. 2 is a flowchart illustrating a method for facilitating bidding 
transaction and providing project management. 

FIG. 3 is flowchart of a create new account routine showing an aspect of 
present invention. 

FIG. 4 is a flowchart of a bidding transaction routine showing an aspect of 
present invention. 

[0012] FIG. 5 is a flowchart of a bidder clarification routine showing an aspect of 
the present invention. 

[0013] FIG. 6 is a flowchart of a bidder selection routine showing an aspect of 
the present invention. 

[0014] FIG. 7 is a flowchart of a project metric collection routine showing an 
aspect of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0015] The present invention is generally directed to a method for using software 
metrics collection to facilitate bidding transactions between contractors and bidders 
for a particular project such as software item development. The method permits the 
contractor to evaluate each bid amount as well as each participating bidder based 
on past performance on prior projects completed, as represented in historical metric 
data. In this manner, the contractor may gauge the efficiency and proficiency of 
each bidder measured against industry standards or averages for productivity and 
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quality to ensure quality and reliability in the resulting product at a reasonable cost 
and schedule. The method further enables the contractor to supervise and manage 
projects delegated to successful bidders after outsourcing in a real-time mode 
through periodic or continuous collection of software metrics data, thus further 
ensuring better project management, product quality, product performance, 
development process, and cost and schedule estimation. 

Mode(s) for Carrying Out the Invention 

[0016] As used herein the term "software metrics" is defined as a reference to 
quantitative measures of a software item, such as size, effort, defect, and the like, 
and includes any calculations based on measurements of any or all components of 
software development. Software metrics provide information that will assist the 
contractor to focus and evaluate each of the bidding software developers, and 
choose the appropriate bidder, as well as track the progress of the selected 
software developer while simultaneously providing motivation and incentive to the 
software developer. The collection of software metrics further provides the software 
developer with feedback on its performance and capability, thus assisting in 
implementing improvements in the software development process and performance. 
Accordingly, software metrics data provides the contractor and each bidder better 
control over the software projects and indicates to the observer more about how a 
particular software developer operate. 

[0017] A "software item" is defined herein as any software product or partial 
product (i.e. modules or objects), a software development resource, a software 
process such as coding or specifying, an event such as a product failure, a person 
involved in software production or use such as a designer or project manager, an 
organization such as a data processing department or a software house. 

[0018] The term "requirements" denotes herein desired characteristics of the 
software item being developed. 
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[0019] There are two main types of software metrics, process metrics and 
product metrics. Process metrics are used to measure tlie characteristics of the 
development process and development environment, while product metrics are 
used to measure the characteristics of the software product developed. 

[0020] Examples of process metrics include resource metrics and personnel 
experience metrics. Resource metrics may include effort in terms of man-power, 
computer size, and development cost. Personnel experience metrics may include 
the number of years that an organization has been using a particular programming 
language and the number of years of experience that a programmer has on similar 
projects. Other factors include the use of structured programming techniques, the 
use of programming tools, the management techniques employed by the 
organization, and resource availability. Such process metrics can be used to 
identify process inefficiencies. For example, effort and duration metrics may be 
used to identify activities or persons that take a disproportionate amount of time and 
effort. 

[0021] Examples of product metrics include the size of the program, the 

productivity of the programmers, the complexity of the program logic, the number of 
defects uncovered during development, testing, and use, the number of defects 
present, and the complexity of the data structures. Various combinations of these 
and others are also considered as product metrics. Such product metrics are 
typically used during software testing to measure product reliability and defect 
detection rates. Other factors such as product reliability and product response time 
can be measured to give an assessment of some aspects of software quality. 

[0022] The method of the present invention will be concerned mainly with the 
processing, collection, transmission, storage, and analysis of software metrics 
concerning primarily size, time, effort, and defect. However, it is understood that the 
practice of the present invention is not limited to such and that other metrics as 
contemplated by those of ordinary skill in the arts, may be utilized that are useful in 
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producing or predicting a strong correlation between current and/or past activities to 
some later result. 

[0023] Product size includes numbers of lines of source code (SLOC), bytes of 
object code, function points, number of objects, number of requirements, and the 
like. A consistent measure of size is the number of lines of code metric (LOG). 
Once the size of the system has been determined, estimates can be made using 
productivity metrics concerning the amount of effort required to develop the software 
- item and, subsequently, the amount of time required to compiete the system. From 
these measurements, other metrics (such as cost and risk) may be determined. A 
line of code is defined as any line of program text that is not a comment or a blank 
line. This specifically includes all lines containing program headers, declarations, 
and executable and non-executable statements. 

[0024] An effort metric is a measure of time expended by each person in 
completing a project or task. Typically, effort metrics are expressed in person 
hours. 

[0025] A d'efect metric is associated with the number of problems detected in the 
output from an activity, such as a bug in software or a flaw in design. Defect metrics 
are useful for measuring product quality, and includes the number found by testing 
and by customers. Some defect metrics include defects per unit work product, 
defect classification (i.e., type, severity, and status), leakage rates, cost of quality, 
and the like. 

[0026] Effort, duration, and quality metrics are typically normalized with respect 
to product size to compare different software items. For example, a measure of 
productivity can be attained by dividing effort by size that can be useful in 
comparing different software items. Accordingly, software metrics as used in the 
present invention include any information or data that provides the contractor with 
an indication of a bidder's performance, productivity, and estimated value of the 
work to be performed in a fairly predictable and accurate manner for realizing 
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reduced schedule and development cost, and better quality, performance and 
project tracking. 

[0027] FIG. 1 depicts a system in which the present invention may be utilized. In 
a bidding transaction and software metrics collection system (10) of the present 
embodiment, a central bidding server 12, a plurality of contractor client systems 14, 
14a, 14b, and 14c, and a plurality of bidder client systems 16, 16a, 16b, and 16c 
are linked via a communication network 18. The central bidding server 12 conducts 
colJection, management, transmission and storage of bid information and software 
metrics data between the contractor clients 14, 14a, 14b, and 14c, and the bidder 
clients 16, 16a, 16b, and 16c. The communication network 18 may represent any 
system capable of providing the necessary communication and includes, for 
example, a local or wide area network such as for example ethernet, token ring, or 
alternatively a telephone system, either private or public, the Internet, the world wide 
web, the information highway, or any arbitrary differently wired or wireless network. 

[0028] Each of the systems 12-1 6c includes a typical user interface 20, 34, or 
46, respectively, for input/output and can include a conventional keyboard, display, 
and other conventional devices. Within each of the systems, the user interface 20, 
34, or 46 is coupled to a communication network interface 30, 42, or 52, 
respectively, which in turn is connected to communication network 18 via a 
communication channel 32, 44, or 54, respectively. Both the user interface 20, 34, 
46 and network interface 30, 42, 52 are also connected in each system to a central 
processing unit 28, 40, or 50, respectively. Each system 12-1 6c includes a memory 
storage device 22, 36, or 48, respectively, which can further be broken down into a 
program partition, a data partition, and an operating system partition, 

[0029] In each system the CPU 28, 40 or 50, respectively, represents a source of 
intelligence when executing instructions from the memory storage device 22, 36, or 
48, respectively, so that appropriate input/output operations via the user interface 
20, 34, 46, respectively, and the network interface 30, 42, 52, respectively, take 
place as is conventional in the art. 
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[0030] The central bidding server 12 is a device configured for facilitating bidding 
transactions between the contractor and bidder clients 14 and 16, transmitting 
software metrics data therebetween, and conducting software metrics collection 
from participating bidder clients 16. The central server 12 further includes a 
software requirement and specification database storage device 24 and a metric 
collector and database storage device 26. The storage devices 22, 24 and 26 of the 
central server 12 must be capable of storing a large quantity of data files. The 
storage devices 22, 24, and 26 may include a magnetic disk, an optical disk, an 
optical magnetic disk, a semiconductor memory, and the like. 

[0031] The software requirement and specification database 24 is configured to 
store and retrieve work or project specification information provided by the 
contractor clients 1 4-1 4C for displaying and viewing by the bidding clients 1 6-1 6C. 
Work specification information may include software requirements for detailing the 
specific characteristics that the final software item product must contain. The metric 
collector and database 26 is configured to store and retrieve information concerning 
software metrics that are processed, transmitted, and recorded from the bidding 

clients 16-16C beforehand. 

i 

[0032] The communication channel 32 may include, for example, a telephone 
circuit, a coaxial cable, a fiber optic cable, and the like for transmitting the 
information. The communication channel 32 is preferably a cable capable of 
transmitting a large quantity of data at high speed. If in this case, data are 
sent/received between the central server 12 and the communication network 18 by 
using a wireless communication circuit, a wireless communication circuit interface is 
provided instead of the communication cable 32. 

[0033] In order to efficiently furnish the software requirement specification 
information stored in the storage device simultaneously to a large number of other 
systems and accept the bidding information from bidding clients, it is desirable to 
use a computer of high speed and large capacity, a work station, or a personal 
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computer as the central server 12 which can supply the computing power required 
and handle the user traffic. 

[0034] The operation of the preferred embodiment is illustrated in FIGS. 2-7. 
FIG. 2 is a flowchart illustrating the overall flow of steps for a preferred method for 
facilitating bidding transactions and providing project management according to the 
present invention. For example, and not by way of limitation, a bidding transaction 
may be conducted by a company or institution involved in telecommunications, 
finance, medical equipment, or aerospace products, where quality and reliability of 
software items is of paramount importance, to solicit bids and the corresponding 
historical metrics data from software developers in producing a software item with 
specific software requirements. Of course, a software item is just one example of a 
product for which a contractor may purchase. It will be apparent from this 
description that the method of the present invention may be used to acquire any 
product or service by the contractor via a bidding transaction. 

[0035] To begin a bidding transaction, a user who may be a contractor or bidder, 
accesses the central bidding server 12 in step 90 to initiate the method of the 
present invention. In decisional step 100, the central bidding server 12 inquires 
whether the user is a registered user. Typically, this step is carried out where the 
central bidding server 12 is provided with a password subroutine or some other 
security measure which allows the central bidding server 12 to identify a registered 
user as is conventional in the art. If the user is not a registered user, then the 
central bidding server 12 initiates a create new account routine in step 110. The 
creation of a new account is generally indicated in step 110 in FIG. 2, and detailed 
in steps 111-116 in FIG. 3. Once the create new account routine 110 is initiated, 
the user inputs the name and contact information of the individual or company, vital 
company information such as staff size, experience, and the like and indicates 
whether the user is a contractor or bidder. The user then enters step 1 1 T of FIG. 3, 
to send the requested information to the central bidding server 12. 
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[0036] Upon receiving the new account information or data, the server 12 verifies 
the data, and enters step 112 to store the data in the account database of the 
storage device 22 (see FIG. 1). After successful verification, in step 113 the central 
server 12 confirms the new account, and in step 114 informs the user that the 
account is created, and requests confirmation. Upon receipt of confirmation, in step 
115 the central server 12 next creates a historical data record in the metric 
database 26 (see FIG. 1) in preparation for receiving software metrics data from the 
user. Next, in step 116 historical data record is then secured in the database 26 to 
ensure tx)nfidentiiality of the record. - At t+iis point x)n1yihe owner of the record may 
view the confidential data. The new account creation process is ended in step 117. 

[0037] In step 120 (see FIG. 2), the central server 12 receives a software 
requirement definition from a contractor user for listing the characteristics the final 
software product should possess. Other information may include the deadline for 
submitting bids, proposed delivery date, and other specifications. The central 
server 12 in step 130, records the received requirement definition in the software 
requirement and specification database 24 (see FIG. 1). In step 140, the recorded 
requirement definition is then displayed for interested bidder users via a simple 
listing or a search engine. If the bidder user desires to submit a bid for the project 
specified in the displayed requirement definition, the bidder user causes the central 
server 12 to initiate a bidding transaction routine which is generally indicated by 
step 150 in FIG. 2 and detailed in steps 151-157 in FIG. 4, as described below. 

[0038] In query step 1 51 , the central server 1 2 queries the bidder user to 

determine if user wishes to submit a question or request for clarification of definition 
to the contractor user posting the definition. If the answer is no, the central server 
12 proceeds to step 153, which will be described below. If the answer is yes, the 
central server 12 executes a bidder clarification routine, which is generally indicated 
by step 152 in FIG. 4, and detailed in steps 158-163 in FIG. 5. The bidder user 
proceeds to submit the question to the central server 12. 
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[0039] In step 158 (see FIG, 5), the central server 12 receives the question 
posed by the bidder user. The central server 12 proceeds to step 159, where the 
question is displayed for the contractor user to view. In step 161 , the central sever 
12 receives the contractor's answer to the displayed question and/or a command to 
add/modify the requirement definition. The central server 12 proceeds to step 162 
where the answer is displayed to the bidder user and/or the requirement definitions 
is modified to clarify any uncertainties. In step 163, the central server 12 queries 
the bidder user to determine if there are additional questions the bidder user wishes 
to submit. If the answer is yes,^tie bidder clarification routine is repeated beginning 
at step 158. If the answer is no, the bidder clarification routine ends in step 164. 

[0040] The central server 12 proceeds to step 153 in FIG. 4. In step 153, the 
central server 12 queries the metric database 26 for the bidder user's historical data 
record. The central server 12 analyses the data contained in the record and the 
requirement definition to estimate the bid amount for the project. The bidder user 
may choose to use the estimated bid amount or another bid amount to be 
determined by the bidder user. In step 154, the central server 12 receives the bid 
from the bidder user. The central server 12 records the bid amount in the 
requirement database 24 (see FIG. 1 ) and secures the bid amount to ensure 
confidentiality for the bidder user, step 155. In step 156, the central server 12 
enables access of the bidder user's historical data record by the contractor user. 
However, the contractor user can only view the average historical metrics data of 
the bidder user rather than specific event metrics data. Step 157 ends the bidding 
transaction process. 

[0041] The central server 12 proceeds to query step 160 (see FIG. 2) where it 
determines if the bid deadline has passed. If the answer is no, the central server 12 
proceeds to step 190 where the overall process ends. If the answer is yes, the 
central server 12 initiates the bidder selection routine which is generally indicated by 
step 170 in FIG. 2 and detailed in steps 171-178 in FIG. 6. 



-12- 

Replacement Sheet 



ATTORNEY DOCKET NO. 

246-99-020 



APPLICATION NO. 

09/734,793 



[0042] To start the selection of the winning bidder, in step 170 (see FIG. 2) the 
contractor user indicates to the central server 12 that it is ready to make a selection. 
In step 171 (see FIG. 6), the contractor user may execute a cost estimate analysis 
based on the average historical data record of all registered users and the software 
requirement definition. This analysis provides some guide as to what the posted 
project should cost the contractor user. Once the contractor completes the review 
of the cost estimate, in step 173, the central server 12 displays the identities of all 
the participating bidder users, and their respective bids. The contractor user may 
also view the average -historical metrics data of ^ach-participating bidder user. 

[0043] When the contractor is prepared to make a selection, the contractor user 
transmits to the central server 12 the selection of the winning bidder or contracting 
party. |n step 174, the central server 12 receives the selection of the winning 
bidder. 

[0044] The central server 12 proceeds to step 175 for creating a current project 
metrics record in the metric collector database 26 for storing metrics during the 
course of the software item development process. In step 176, the central server 
12 enables access of the current project metrics record by the contractor user to 
view the metrics for tracking the progress of the software item development. In step 
177, the winning bidder is displayed to the contractor and all the participating 
bidders. Step 178 end the bidder selection process. 

[0045] After the winning bidder is selected, an on-going project metric collection 
routine is initiated which is indicated generally as step 180 in FIG. 2, and detailed in 
steps 181-186 in FIG. 7. In step 181 , during the development of the software item, 
software metrics are processed and collected from the winning bidder on a 
continuous or periodic basis. The collected software metrics may include time 
metrics, quality metrics, defect metrics, size metrics, effort metrics and the like, 
which may be freely accessed by the contractor for viewing and analysis. The 
processing may be performed locally by the central server 12 or remotely at the 
bidder's client computer using commercially available metric tools. Commercial 
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metrics tools are available for measuring code size, complexity, and other metrics in 
many programming languages. Commercial problem tracking tools are also 
available which facilitate counting defects and tracking tfjieir status. The central 
server 12 may further utilize simple tracking forms, scripts, and web-based reporting 
tools to reduce the overhead of collecting and reporting data from the winning 
bidder. In addition, the use of spreadsheets and charts to track and report on the 
accumulated software metrics data at regular intervals may also be incorporated. 

[0046] In step 182 (See FIG. 7), central server 12 receives the metrics data, 
followed by step 183 for recording the received metrics data in the metrics of 
current project record in the metrics collector database. Next, in step 184 the 
collected and recorded metrics data is displayed or uploaded to the contractor client 
computer for real-time data viewing and analysis. 

[0047] The process proceeds to decisional step 185 to determine whether the 
project is completed. If the answer is no, the process returns to step 181 to repeat 
the metric collection processing. If the answer is yes, the project metric collection 
process ends in step 186, whereby the software metrics data collected in the 
current project metrics record is incorporated into the bidder's historical metrics data 
record. At this step, the winning bidder has delivered the final software item product 
to the contractor. The contractor may perform extensive testing to ensure 
compliance with the requirement definition, prior to formal acceptance. The 
contractor further has the option of providing feedback on the quality and reliability 
of the delivered software item product or any other comment on the software item 
development process. The feedback is recorded by the central server 12 with the 
bidder's historical metrics record for viewing by future contractors. This ends the 
overall flow of the method of the present invention in step 181 in FIG. 2. 

Alternate Embodiments 

[0048] Although various embodiments of the invention have been shown and 
described, they are not meant to be limiting, but merely as illustrating the presently 
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preferred embodiment. Those of skill in the art may recognize various modifications 
to these embodiments, which modifications are meant to be covered by the spirit 
and scope of the appended claims. 
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